System and method for collecting and accessing product information in a database

ABSTRACT

A database system is disclosed. The database system includes a matching module configured to query a database for users which have data matching an interest of another user and to selectively grant to one or more of the users access to data of the other user based at least in part on a result of the query and on an access control list.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.12/685,614, entitled SYSTEM AND METHOD FOR COLLECTING AND ACCESSINGPRODUCT INFORMATION IN A DATABASE, filed Jan. 11, 2010, which is acontinuation of U.S. patent application Ser. No. 11/784,497, entitledSYSTEM AND METHOD FOR COLLECTING AND MANAGING PRODUCT INFORMATION IN ADATABASE, filed Apr. 5, 2007, which claims the benefit of U.S.Provisional Patent Application No. 60/789,362, entitled SYSTEM ANDMETHOD FOR COLLECTING AND MANAGING PRODUCT INFORMATION IN A DATABASE,filed Apr. 5, 2006, the entireties of which are incorporated herein byreference.

BACKGROUND Field

The invention relates to databases, and in particular using the databaseto manage communications between consumers and suppliers of products.

Description of the Related Technology

In spite of the many advances of the Information Revolution, the vastmajority of modern commerce remains largely unchanged in regard tobuyer-vendor visibility. The lack of transparency into one another'sintentions or operating details forces the parties to base decisions onassumptions or incomplete information. Although widely accepted, thisabsence of real-time access to information leads to enormousinefficiencies throughout the economy. Consumers pay higher prices andget less than optimal products. Producers build, stock and ship productsbased on imprecise projections. Advertisers spend enormous sums on mediawith little ability to measure results. All parties suffer greatly fromthe lack of a system that offers bi-directional transparency between thesupply and demand elements of the economy.

SUMMARY OF CERTAIN INVENTIVE ASPECTS

One aspect is a networked database management system having access byconsumers and providers, the system including a database, including userdata for at least one user, the user data including profile information,one or more user interests, and an access control list. The system alsoincludes a matching service configured to selectively allow access tothe database by at least one other user of the system based on theaccess control list and to identify user interests that can be satisfiedby an inventory of products.

Another aspect is a networked database access system for a provider, thesystem including a communication module configured to access data from adatabase. The database includes user data including profile informationfor the user, one or more interests of the user, and an access controllist. The access of the communication module to the database data isgranted based at least in part on the provider being identified in theaccess control list. The system also includes a product databaseincluding information related to the one or more interests of the user,and a matching service configured to select information from the productdatabase based at least in part on the user data, where thecommunication module is further configured to send the selectedinformation to the user.

Another aspect is a user communication device, including a data uploadmodule configured to communicate user data including at least one ofprofile information for the user, one or more interests of the user, andan access control list to a networked database management system. Thesystem includes a matching service configured to selectively allowaccess to the user data by at least one other user of the system basedon the access control list and to identify user interests that can besatisfied by an inventory of products, a communication module configuredto receive information selected by the system based at least in part onthe user data, and an interface module configured to present theinformation to the user.

Another aspect is a computer readable medium, including instructions,which, when executed cause the computer to perform a method. The methodincludes communicating user data including at least one of profileinformation for the user, one or more interests of the user, and anaccess control list to a networked database management system, thesystem including a matching service configured to selectively allowaccess to the user data by at least one other user of the system basedon the access control list and to identify user interests that can besatisfied by an inventory of products, receiving information selected bythe system based at least in part on the user data, and presenting theinformation to the user.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram of a database system for managingcommunications between a customer, provider, and a database via anetwork.

FIG. 2 shows a block diagram of an embodiment of the database managementsystem of FIG. 1.

FIG. 3 is a graphical representation of the user data.

FIG. 4A is a flowchart of a method of processing input from a user.

FIG. 4B is a flowchart of a method of collecting information from theuser.

FIG. 5 is a block diagram showing that the user data may be used byvarious components of the database management system to generate variousactions.

FIG. 6A is a flowchart of a method of selecting users.

FIG. 6B is a flowchart of a method of financial accounting for thesystem.

FIG. 7 is a block diagram of a database access system for a providersystem, such as the provider system of FIG. 1.

FIG. 8 is a block diagram showing that the user data may be used byvarious components of the provider system to generate actions forvarious systems.

FIG. 9 is a block diagram showing a user communication device connectedwith a network to a database management system and to a provider.

DETAILED DESCRIPTION OF CERTAIN INVENTIVE EMBODIMENTS

The following detailed description of certain embodiments presentsvarious descriptions of specific embodiments of the invention. However,the invention can be embodied in a multitude of different ways.

The terminology used in the description presented herein is not intendedto be interpreted in any limited or restrictive manner, simply becauseit is being utilized in conjunction with a detailed description ofcertain specific embodiments of the invention. Furthermore, embodimentsof the invention may include several novel features, no single one ofwhich is solely responsible for its desirable attributes or which isessential to practicing the inventions herein described.

Certain inventive aspects seek to empower the consumer with the means toconveniently survey a global marketplace for all providers of a givenproduct and quickly compare the relevant terms associated with atransaction. Such insight would provide consumers with the peace-of-mindthat they will always get the best deal available for their individualrequirements. Likewise, this invention has the potential of providingmanufacturers and retailers with insight into actual consumer buyingpatterns and purchase intentions. Such information would offer a numberof benefits. Not only could production and supply chains operate athigher efficiencies but the product configuration and terms could beadjusted in real-time based upon the consumer profile and marketconditions.

These benefits are made possible by a software system linked to a veryrobust database. The database stores highly detailed personaldemographic information as well as an archive of past transactions and alist of wishes or planned future purchases. Statistical analysisroutines would be able to accurately predict product demand and marketdevelopments. The database is maintained in a number of ways. Merchants,credit card firms and banks will be provided a means of securelyexporting their client's transaction information to his personal productaccount. In addition, consumers may use specially configured mobiledevices to scan products of interest encountered in the course of anormal day and have that information automatically stored in theirpersonal product account. Lastly, consumers can logon to their accountwith a personal computer and select from product listings to eitherindicate items that they currently own or plan to purchase at a laterdate.

The dramatically improved clarity for both buyer and seller opens thedoor to opportunities not presently possible. For example, a consumerwith a special cell phone might automatically transmit an “economicstatus code” that nearby retail stores would receive. If a certain storehas an item in stock that is also on the consumer's wish list, a customoffer might be generated to entice the consumer to stop and buy thatitem immediately. Another example might be a woman who has registeredher entire wardrobe in her personal account. Retailers could send heroffers for clothing items that are either on her wish list or that filla gap in her wardrobe as determined by an expert. This type ofadvertising differs dramatically from the conventional type in that themessages being sent correspond to actual wants or needs rather than ageneric message to the marketplace. The invention incorporates asophisticated accounting mechanism for targeting custom marketingmessages that correspond to a user's account and charging advertisersvarying fees depending upon the degree of interaction the user choosesto engage in. The user might get one credit for viewing the ad, fivecredits for responding to a query and ten percent off if they purchaseby the end of the day.

The invention provides the opportunity for dramatically improvedbuyer-seller communications coupled with varying degrees of incentives.It would be possible to create a fully automated system for negotiatingacceptable terms of a transaction by comparing the consumer's profiledata/preferences with the commercial parameters defined by a vendor. Forexample, Nordstrom might indicate that a consumer that averages $500 permonth in clothing purchases automatically qualifies for a ten percentdiscount on all purchases. Another aspect is an auto dealership mightadjust the terms of sale to those requested in a user profile if thedesired vehicle is currently in surplus.

The analysis module of the software system can be configured toautomatically survey the market for one or more items. When a good dealis found, the consumer can be alerted as to exactly where to get thebest deal. Alternately, the system might suggest that this week it isbetter to buy groceries at Ralphs or buy gasoline at the Chevron on MainStreet.

Embodiments of a database management system can be used to managecommunication between the users of the system, for example, a consumerand one or more suppliers. The database management system can receiveand record input from and actions taken by the consumer. The databasemanagement system may, based on the recorded data, allow access to theconsumer data by various product and service providers. Such access canbe allowed only to those suppliers which, based on the recorded data,are likely to meet the needs and wants of the consumer. Thus, theconsumer receives information fitting the consumers' specific needs andwants, and the product and service suppliers may generate communicationsonly for consumers with needs and wants which they may satisfy.

Accordingly, consumers are able to conveniently collect information onproducts in which they are interested when and where they may be (e.g.,in stores, at a friend's house, at home, etc.). For example, a cellphone might be equipped to scan a product code and transmit it to aservice bureau containing a user's personal account. The informationabout the product it is processed and sorted into the categories suitedfor that product. The user can easily rearrange the products later andmake their own categories.

Users are provided several alternatives for logging on to their personalaccount to manage the information. In some embodiments, products likegroceries and other items of certain categories are already sorted.Because the system contains pictures and detailed information about theproducts, the user can monitor the products as they change, for examplein price and/or availability.

As long as the consumer has access to the database storing theinformation, they can review, compare and gather other valuableinformation about the products they have selected. Such informationmight be, for example: what the product costs at different websites/stores or if the same item might be on sale. The user can benotified of changes of the information for particular items of interest.For example, if a consumer finds a great looking red sweater at store x.Scanning the product code with a mobile device forwards the productdetail such as manufacturer, style name, size, color, etc., to theservice bureau. Later, sitting in front of a computer at home, theuser's account might present additional information such as what thesweater is made of, what it looks like, where it comes from, and pricingand/or availability for various venues. For example, the consumer cansee that store x sells the sweater for 40 dollars but in the desiredcolor but the manufacturer's homepage sells the red sweater for 45dollars including shipping.

The user may choose to purchase the product using the online system orchoose an alert service provided by the system where the user iscontacted if certain pre-defined conditions are met. For example, if thesweater suddenly goes on sale at store x, the user would automaticallybe notified by e-mail or text message. The system allows shoppers toenjoy the benefits of regular shopping while at the same time, feelingconfident of getting the best deal without having to invest endlesshours of research or comparison shopping.

Another aspect of the system is a list making service. For example aconsumer enters information on food and or household products in astore, or at home. Anything with a product code can be easily submittedto the system. Using their personal account on the service, they canmake regular shopping lists, wish lists or suggestions for items tocomplete a project.

The shopping list can be used in a walk-in store or may be used foronline ordering and food delivery. The list may be automatically sent toa provider, such as a food delivery service or a local shopping marketfor pick up. The shopping list, or wish list, can include any item theconsumer can find, and is not limited to items available through aspecific source. In some embodiments, the wish list may include lessspecific information on a product, such as a general description of theproduct or function of the product. For example, a wish list may includean item such as “blue dress shoes” or “portable CD player.” Furthermore,lists can be made available to other users of the system. For example,friends and relatives may select or purchase gifts using the system.

The system can also be used as an inventory status management system forhome, office or anywhere else where monitoring of inventory is desired.

As an example of a typical user, the following describes how Jane Doeexperiences one embodiment of the system.

1. Jane enters a website address on her computer.

-   -   a. Registering as a user        -   i. Create a profile by entering personal profile            information:            -   1. Name: Jane Doe            -   2. Username: *joyous-jane*            -   3. Measurements: Length: 170 cm, Waist: 70 cm            -   4. Interests: soccer, party            -   5. Favorite season: Summer            -   6. Favorite colors: black, blue and green            -   7. Style: punk/rock            -   8. Age: 20            -   9. E-mail: . . . janedoe@hotmail.com . . .        -   ii. Anything that could affect her choice of style may be            entered, some things are obligatory and many are not. It is            not necessary, for example, for Jane to enter answers to            everything because the software will figure out Jane's            actual style by analyzing her selected products, the            products she has in her account, what products she studies            while searching in order to be inspired, and what products            she has in her inventory.

2. Services available to members:

-   -   a. Communicate with other users        -   i. Send messages        -   ii. Chat in numerous different chat rooms        -   iii. Share info with friend users only or let the “public”            see what you got.    -   b. List products currently in user's possession:        -   1. enter clothes that you already have, clothes you would            like to purchase or just find nice        -   ii. Advanced search for fashion            -   1. anything on the market should be available for the                user            -   2. set criteria for the product                -   a. price: $100-200                -   b. fabric: cotton                -   c. color: white                -   d. type: t-shirt                -   e. size: 3            -   3. let search go by user profile            -   4. When finding something to match product x, system                determines potential matches that conform to the user's                profile.        -   iii. Different alternatives for shopping            -   1. order from this website            -   2. link to manufacturers site            -   3. see local stores that offer the product

The system collects product interest information from the consumer andproduct information from various suppliers and purchasing outlets, andstores the information on a server, where it manages the lists for thepersonal account of the consumer.

In some embodiments hand-held devices may be equipped with softwareand/or hardware for scanning and otherwise entering informationregarding interesting products. (e.g., barcode, dot code, magnetic,RFID). The consumer may scan a product and may then be prompted by thesoftware to answer questions about the product information desired, forexample its nature and purpose. Once complete, the information istransmitted from the handheld device to a database management system.

In order to manage her lists, the user can log on to her personalaccount on the service database management system, and use variousfunctions and added value services. Some examples include: a) creating awish list for an upcoming birthday; b) a list of grocery items needed onnext shopping trip; and c) items to add to her wardrobe.

The system will offer her a number of value-added services based on herpersonal lists, such as: an alert service to notify her when a clothingitem goes on sale at a particular store; which grocery store wouldresult in the lowest bill given the current items needed andmanufacturer coupons now relevant for the items; notification of newproducts in areas of previous purchase/interest.

A service for building personal lists on a database management system inorder to simplify shopping is provided. Another aspect is an electroniccommunication device configured to enter product information is one ofseveral methods to enter product information to the database managementsystem. For example, a communication device may have a scanner capableof reading product codes (barcode, RFID, pattern). Other data entrymechanisms may also be used. The device transfers the codes to apersonal account of the consumer in the database management system wherethe codes are cross-referenced to a table containing all the relevantdetails of a given product. The system can compare an access controllist for the personal account of the consumer to determine from whatsources to receive information related to the consumer's interests. Thesystem contacts the various information sources on the consumer's accesscontrol list. One or more of the information sources deliversinformation to the database management system. The consumer can thengather valuable information from their personal account about theproducts they themselves entered into the system. The information mayinclude, for example, price, size, a picture, ordering information, etc.As information for each individual product changes the website isupdated. The personal account is capable of notifying a user in variousways when product information changes (for example: product x goes onsale notification might be accomplished via e-mail, text message, orpopup during session on the personal account). Additionally, users areprovided with tools for organizing their product information indifferent categories or assigning rules for how the system should managethe information. For example, products may be first sorted by thedatabase into bigger groups according to their line of use such as,groceries, clothing electronics, furniture etc. The database sorts themby reading the product information. Users also have the option ofcreating their own categories. Possible categories designed by the userinclude, for example, desire level (e.g., need, planned purchase, wishlist, budget, gifts etc.). Furthermore, users are provided with anoption of sharing selected information with other users. For example thecategory “wish list” may be shared with friends, family or with selectedproducer/vendors. Lastly, there may be an option for ordering/purchasingproducts from the companies that sell the product or service.

Devices used for scanning may be devices such as cell phones, PDAs,small scanners that fit key chains, iPods, watches, detachable scanners(scanners that are detachable to other electronic devices that do notalready have a scanner) etc. The scanner may be used for shopping forvarious products, such as groceries, hardware, furniture, clothes,entertainment, books and CDs.

The system may also provide producers and providers of the products withlimited access to aggregated consumer data in order to study theinformation for operational decision support such as: advertisingcontent, advertising placement, inventory changes or manufacturingchanges. In all cases, information would be distributed in a manner thatprotects the user's privacy. Also, in some embodiments, companies cancontact targeted consumers according to certain limitations presented bythe system and/or by the consumer.

FIG. 1 is a block diagram of a communications system 100. The system100, as shown, comprises a consumer 110, a provider 120, and a databasemanagement system 130 in communication with one another with a network150.

The network 150 may comprise, for example, the internet or a mobilecommunications network. The network may be wired or wireless. In someembodiments, the network may be a local area network (LAN) or a wirelesslocal area network (WLAN), for example within a shopping mall.

A consumer 110 can connect to the network 150 with a communicationsdevice, for example, a PDA, a cell phone, a computer, a portablecomputer, a watch, a radio, or other communication device. With thecommunications device, the consumer 110 transmits to the network varioususer data comprising profile information, one or more user interests,and access control list parameters. The user data can also includerequests for information for certain products. For example, in oneembodiment a consumer 110 in a department store finds a dress she likes.She may enter information about the dress such as a productidentification code together with attributes that might include purpose(e.g., party gown) and category (e.g., birthday wish). In someembodiments, she may have a scanning device which may be used to scanthe bar code to enter the information about the dress. The informationis sent to the network 150. In some embodiments, the consumer 110 mayquickly receive information from the network 150 about the dress. Forexample, she may learn that the dress is on sale or is available in herfavorite color at another store. She may learn that other consumers havehad good or bad experiences after purchasing the dress or using thatparticular retailer.

The consumer 110 can receive information about the dress using the sameor a different communications device immediately or at a later time. Forexample, the consumer may use a cell phone to communicate to the system100 her interest in the dress. Then, at a later time, she may use hercomputer at home to retrieve further information about the dress such assize and color availability, locations of retailers.

The provider 120 may be a manufacturer, retailer, advertiser, servicebureau or any entity wishing to engage a consumer in a commercialrelationship. In certain embodiments, the provider 120 receives acommunication from the network that a consumer 110 has interests whichrelate to an inventory of products of the provider 120. Based at leastin part on the provider 120 meeting the standards defined in the accesscontrol list of the consumer 110, the provider 120 is granted access toat least a portion of the system 100 data related to the consumer 110.Based on the data related to the consumer 110, the provider 120 selectsinformation to send to the consumer 110. The selected information mayinclude at least one of a specific reply to communications from theconsumer 110, information for a product specified by the consumer 110,information for a product related to a product specified by the consumer110. Other information sent to the consumer might include queries,surveys, advertisements or custom offers. The provider 120 may then sendthe selected information to the consumer 110 through the network 150. Insome embodiments, the selected information is sent directly to theconsumer 110. In other embodiments, the selected information is sentadditionally or alternatively to the database management system 130.

The database management system 130 is configured to receive and storeuser data including user profile information, user interests, and theaccess control list of the consumer 110. In some embodiments, the userdata also includes transaction history of the user. The databasemanagement system 130 is also configured to grant database access toother users of the database management system 130, for example provider120. The access is granted based at least in part on the user data. Forexample, the other users may be granted access based at least in part onan identifier of the provider 120 being in the access control list ofthe consumer 110. Alternatively, the provider or its product may begranted access by conforming to certain parameters set by the user andstored in the access control list. After receiving access to thedatabase, provider 120 may determine information for the consumer 110based on the user profile and/or interest information of the consumer110. In some embodiments, the selected information is transmitted to thedatabase management system 130, which then forwards the information tothe consumer 110. In other embodiments, the database management system130 modifies or formats the information prior to sending it to theconsumer 110. Such modification or formatting may be done based at leastin part on rules of the database management system 130 or rulesestablished by the consumer 110.

FIG. 2 shows a block diagram of an embodiment of a database managementsystem 200 corresponding to the database management system 130 ofFIG. 1. Also shown are network 250 and users A, B, and C. As shown, thedatabase management system 200 and each of the users A, B, and C areconnected to the network 250.

The database management system 200 comprises a database 210 with userdata 215. The user data 215 comprises at least a user profile, userinterests, and an access control list for each user. In someembodiments, the user data 215 may comprise a transaction history. Thedatabase management system 200 also comprises a matching service 220configured to selectively allow access to the database 210 by anotheruser based on the access control list and to identify user intereststhat can be satisfied by an inventory of products. The databasemanagement system 200 may also have a communication module 230configured to send and receive information to and/or from each of theusers A, B, and C via the network 250.

The user profile information may comprise demographic information of theuser, such as age, weight, shoe size, marital status, number and ages ofchildren, household income; contact information, such as name, phonenumber, address, and email address; and financial information, such ascredit card balances, investments, and average neighborhood income.Other information may also be included in the user profile.

The user interests may comprise general interests, such as fashion,sports, and movies; a desired product, such as may be in a wish list;and anticipated purchases, such as jewelry, clothes, or appliances. Thedesired product and planned purchase may have various levels ofspecificity. For example one planned purchase may be a pair of Levislow-rise boot-cut blue jeans in size 3, while another may be a digitalcamera. The user interests may include other interests, needs, or wantsof the user.

The access control list comprises a list of other users of the databasemanagement system 200 which may be granted access to the user data inthe database 215. The access control list may comprise generaldescriptions of users, such as “grocery stores,” or “sporting goodsstores,” and may include identifiers of specific users such asindividual family members or friends. The access control list mayinclude manufacturers, vendors, or providers of goods or services ofinterest to the user. In some embodiments, the access control list mightcontain a range of parameters with which to filter interested parties.For example, the parameters might allow only retailers who carryproducts currently on the wish list and who are willing to providediscounts of at least 10 percent.

The matching service 220 performs a function of determining which of theusers of the system may have access to the user data. The matchingservice 220 does this by comparing the user data to data associated witheach of the other users of the system. The matching service 220determines, for example, based on the user data that User A, a consumer,would like information on an Adidas Official World Cup 2006 Soccer Ball.The matching service 220 searches the other users of the system forproviders which can provide the information. In some embodiments, thematching service 220 selects other users which have an inventory ofproducts which includes an Adidas Official World Cup 2006 Soccer Ball,and which are referenced, either directly or indirectly, in the accesscontrol list.

The matching service 220 may then provide access to one or more of theother users to some or all of the user data of User A. Based on theaccessed data the other users may determine to send information to UserA. In some embodiments, the information is sent directly to User A basedon data in the user profile of User A. The information may includelocation and availability information, pricing, delivery options,discount information, warrantee information and specificationinformation, such as weight and materials used. In some embodiments, theinformation is sent to the database management system 200, whichforwards the information to User A according to rules defined in theuser data 215. In some embodiments, the matching service 220 allowsseveral other users access to some or all of the user data of User A,and several of the other users send information for User A. In someembodiments, the matching service 220 limits the number of other userswhose information is sent to User A. For example, if ten providers giveinformation about an Adidas Official World Cup 2006 Soccer Ball, thematching service 220 may limit the number of providers to less thanabout five providers, less than four providers, less than threeproviders, or to a single provider. The selected providers may beselected based on at least one of user data, rules set up by User A, andrules set up by the database management system 200. For example, User Amay have required immediate availability in their user interests, and apreference that the ball must be available within 10 miles of his home.The matching service 220 may select the information for 3 stores withinten miles of the User's home selling the ball. The information may alsoinclude prices and colors currently available in each of the stores. Thedatabase management system 200 uses the communication module 230 toreceive information from providers and send the information to User A.

Similarly, in some embodiments, the matching service 220 limits thenumber of products whose information is sent to User A. For example, ifother users give information about 10 products, the matching service 220may limit the number of products to less than about five products, lessthan four products, less than three products, or to a single product.The selected products may be selected based on at least one of userdata, rules set up by User A, and rules set up by the databasemanagement system 200. For example, User A may have required immediateavailability in their user interests, and a preference that the productmust be available within 10 miles of his home. The matching service 220may select the information for 3 stores within ten miles of the User'shome selling the product. The information may also include prices andcolors currently available in each of the stores.

In some embodiments, the information about the providers and productsincludes competing offers from the providers. The matching service 220may facilitate automated negotiations or other form of arbitrage tonarrow the number of offers to only the best terms and specificationsoutlined in the user data 215. This functionality enables providers tobid against each other for the business of a consumer based uponreal-time, contextual factors such as: the economic status of theconsumer, consumer transaction history, market supply and demand,inventory levels, or the terms of competing offers, etc. The consumercan choose among the offers for which best meets their needs anddesires.

In some embodiments, the information about the providers and productsincludes an alert indicating that a product meets certain criteria fornotifying the consumer. The criteria may include conditions on location,price, availability, and inventory status. For example, while in ashopping mall, because the database includes a leather coat as a desiredpurchase, and a nearby store has leather coats on sale, the consumerreceives an advertisement from the store indicating that leather coatsare on sale at the store.

The database management system 200 may also comprise an evaluationservice, configured to generate an evaluation for the consumer based atleast in part on the user data. Advertisers are willing to pay for theopportunity to send the information to the consumer. Advertisers arewilling to pay more for the opportunity to send information to consumerswith higher evaluations. For example, a consumer whose user dataindicates that he regularly spends more than $500 each month on clotheswould be very valuable to sellers of clothes. In some embodiments, theevaluation system can monitor and evaluate the consumer based on hisrate of buying the products for which he has received advertisementsand/or based on his rate of asking for further information related to aproduct. In some embodiments, the information sent to the consumer canbe determined based at least in part on the evaluation of the consumer.For example, if a consumer has repeatedly asked for information relatedto a variety of products, but has not purchased, he may have arelatively low evaluation. The information sent to that consumer may bedirected to lower cost products. In some embodiments, the chargescalculated for the other users, who receive access to the user data ofthe consumer may be calculated based at least in part on the evaluationof the consumer.

FIG. 3 shows a graphical representation of the user data. The profiledata includes the “Personal Profile” information—ID number, residencezip code, age, income, number of family members, outstanding debt, andaverage monthly spending as examples. The user interests include a watchand an automobile in a “wish list,” a water heater in a “planning topurchase in less than 30 days” list, and a home refinance in a “planningto purchase within 12 months” list. In this embodiment, the user dataalso includes historical information related to grocery and gasolinepurchases as provided by the grocery company's membership system and thecredit card clearing service that handles fuel purchases. In someembodiments, the user data may additionally or alternatively include aninventory of possessions of User A of FIG. 2, for example information ona current wardrobe inventory.

FIG. 4A shows a method 400 of processing input from a user from acomputer or mobile device. The method 400 includes step 410 where theincoming message from the user is parsed. In one embodiment, the messagewould be formatted using Extensible Markup Language (XML). Next, themessage is authenticated in step 420. The authentication processverifies the source of the retrieved information. The authenticationprocess confirms that the received data is unchanged from what thesource transmitted and it also confirms the identity of the source. Insome embodiments, the sender uses a one-way hash function to generate adigital signature from the transmitted data. The sender then encryptsthe hash-code with a private key. The receiver (e.g. the server basedsystem 200) then recalculates the digital signature from the data anddecrypts the received digital signature with the sender's public key. Ifthe two digital signatures are equal, the receiver can be confident thatdata has not been corrupted and that it came from the given sender.Then, in step 430 the database record for the user is accessed. Thedatabase might be a table in Microsoft SQL Server, Oracle or anyrelational database system. The method the goes to step 440, where thenew user data is stored in a new record in the database table of theuser. Then, in step 450 a response action, if any, is determined basedupon parameters or script stored in the user profile. The rules orscript may be expressed as XML syntax, JavaScript or VBscript asexamples. Next, in step 460 an additional query or a transactionconfirmation may be sent to the user. For example, the service bureauoperating the database 130 may send a query to a user in response to ascanned product code requesting classification of how to store/sort theproduct information.

FIG. 4B shows a method 405 of collecting information about a product.Starting in step 415, an information collection routine is activated.Then, a request for information is transmitted to data collection devicein step 425. For example, the service bureau might send a message toUser A's cell phone to “Request” product information from a productdisplay. In some cases, the product display may be equipped with atransmitter such as RFID that is capable of communicating a product codefrom a considerable distance. If no transmission is received, it isassumed that alternate scanning means is required in the following step.Next, in step 435, if no response is received after a period of time,the scanner is activated, and a code is received from the scanner instep 445. Then, in step 455, the user is queried as to any of a numberof questions pertaining to how the product information should be used orstored on the user's database. All server to device communications mightbe conducted using XML over a TCPIP connection. Next, the information inresponse to the query is transmitted to the server in step 465. Then,the system queries the user for another action in step 475.

FIG. 5 is a block diagram showing that the user data may be used byvarious components of the database management system to generate variousactions. The Personal Product Database 510 stores the details of allhistorical and future product transactions for each user of the system.Historical transactions of the user conducted through merchants orfinancial service firms may be imported to the system in a manner thatinsures data accuracy such as the use of a mapping table. The system mayperform a lookup function to retrieve product details from a remotesystem that corresponds to UPC or comparable product codes. In addition,providers may submit detailed product specifications for theirrespective inventory of products that conform to pre-defined templatesthat enable the system to properly index and organize products' featuresand attributes. The system conducts a matching service between userrecords and provider records stored in the database. The actions 520 maybe any of a large number of actions. In the embodiment shown in FIG. 5,the external actions 520 include at least one of the following: a)generating an alert to inform a user that a pre-defined condition hasbeen satisfied by one or more providers; b) executing a purchase bysending transaction data to a remote system; c) sending information suchas forwarding a wish list to the user's relative; d) replying to a querywhere a provider may have asked if the user would purchase a product ifa certain configuration could be made available at a future date; e)negotiating might involve the submission of user terms to a providersystem in order to open an automated bidding process intended to findthe most suitable supplier of a product; and f) collecting data whichmight involve a series of automated login processes that permits thissystem to access remote systems that store the user's transaction,purchase or banking histories for transfer and storage on the currentsystem. Other actions may also be performed.

The user system manager 500 is configured to process data from the userdata in order to generate one or more actions. The user system manager500 can include various modules, such as an external action controller560, configured to execute external actions, various management modules570 configured to process the user data to determine the one or moreactions to be executed, and a data communication module 580 configuredto receive information from the database 510 via network 550.

In some embodiments, the database 510 is local to the user systemmanager 500. Accordingly, the network 550 may be wired or wireless. Thedata communication module 580 is configured to communicate with thedatabase 510 in order to access information from the database 510 and tostore information in the database 510.

The processing modules 570 in the embodiment shown include thefollowing: a) an Offer Manager that stores user preferences andorganizes vendor offers so as to present advertisements and proposals asorganized responses to user defined interests; b) a Query Manager thatstores user preferences and organizes vendor queries so as to presentinformation as organized communications to user defined interests; c) aSharing Manager that stores user preferences and organizes potentialrecipients of user data according to the access control list; d) aPurchase Manager that stores user preferences and organizes vendorpurchases as organized transactions to user defined interests; e) anAccounting module that tallies debits and credits associated with useractions in the system; f) an Import Data module that stores userpreferences and organizes potential suppliers of user transaction dataaccording to the access control list; g) an Asset Registry that permitsusers to enter products in their possession or select from a list ofproducts that best match an asset currently owned by the user; and h) anEditor that permits the user to modify his account information.

The Offer Manager is configured to compare user data to incoming offerspresented by one or more vendors or service providers. For example,electronics retailers may contract with the service bureau to evaluatethe demographic and user preferences of the system members that sharedesirable buyer attributes. In this example, the retailers may belooking for buyers between the ages of 15 and 25, have average monthlyspending of more than $300, and have a music playback device on theirwish list. The service bureau provides the retailers with the means tosend an offer to the users. In some cases the Offer Manager willautomatically engage the retailer's system in a negotiation to eithermodify the offer to be more in alignment with the user preferences or topit several retailers against one another in arbitrage. The next time auser in the selected group views their account, the winning offer(s)would appear in one or more lists/categories designated by the user. Theuser would then have the option of viewing the offer and accepting orrequesting different terms. In this example the user does accept theoffer from retailer A. The Purchase Manager of 570 would then debit theuser the stated amount of money and send a transaction confirmation toretailer A with a unique code representing the specific user and termsagreed upon. The Purchase Manager may then print out a statementoutlining the terms of the transaction and a machine readable code thatwould enable a local store of retailer A to honor the online offer anddeliver the product to the buyer. In other cases, the Purchase Managermay send the transaction details to the External Action Controller 560in order to connect to a remote system to complete a Purchase Action520. The account for retailer A may then be debited a service fee forfacilitating the transaction. In addition, the Purchase Manager forwardsthe details of the product and the transaction to the transactionhistory and Asset Registry 570.

In other embodiments, the Offer Manager may be used to generate offersfrom the user to be sent to providers such as in a bidding system. Forexample, the user data may include information indicating that theconsumer would like to purchase an mp3 player. In some embodiments, theuser data also indicates that certain features are required and thatcertain features are preferable. The Offer Manager is configured todetermine which vendors on the user's access control list sell mp3players. In some embodiments, the Offer Manager may also determine whichvendors sell mp3 players having the required features. The systemselects one or more vendors that best match the user preferences.

The Query Manager uses a similar process to determine, based on the userdata, which providers to send or receive queries. For example, GeneralMotors may contract with the service bureau to learn that User Group Xshares common attributes: a good credit rating, employed as anindependent contractor, and have a pickup truck in their plannedpurchases. The service bureau provides GM with the means to send thegroup a query as to whether an extended cab would be of interest. Thenext time a user in Group X views their account, the GM query wouldappear in one or more lists/categories designated by the user. The userwould then have the option of viewing the query and responding. If theuser does respond, the Accounting module of 570 may credit the user someamount of money or bonus points as reward for their response. Theaccount for GM would then be debited a corresponding fee for thecommercial value of getting direct marketplace input. In addition, thePurchase Manager tracks what and when the user does actually purchase avehicle and stores this information as part of the user profile as ameans of scoring/evaluating the user's ‘performance’. In this system,performance may be determined by a number of factors such as: accuracyof answers, reliability of payment or decision time, robustness ofresponses, etc.

The Sharing Manager can be configured to determine which other users canhave access to the user data. In some embodiments, the Sharing Manageroperates by rules determined by the user and/or by the system. Forexample, the user may specify that provider A can access data related toelectronic equipment purchases, and that provider B can access datarelated to clothing purchases. In another embodiment, the SharingManager would reveal selected portions of the user data to other websites such as Yahoo or Google that would enable those sites to furthercustomize the presentation of their content and or advertisements to theparticulars of the user. When the user visits such sites a codedcommunication would authenticate the site and authorize use of the userdata in addition to recording a transaction in the Accounting module tocharge the web site a service fee for gaining access to the user data.

In some embodiments, the Sharing Manager allows the user to definefriends or family who may have access to one or more lists maintained bythe system. These lists may be a series of products or services from oneor many providers. Alternatively, the list may contain a series of linksthat serve to create a centralized gift registry. For example, a coupleengaged to be married currently registers in several retailer giftregistries making it inconvenient for gift buyers to monitor the liststatus or get the best deal on a product. This system provides a meansfor efficient shopping while keeping a common gift registry updated. TheSharing Manager may also be employed by users to conduct grouptransactions. For example, a number of small business owners might pooltheir individual needs for a product into a virtual buyers block. As aresult, the buyer's block might achieve a sufficient volume to qualifyfor terms or discount not otherwise possible for a single business. Inthis example, once the buyer's block reaches the minimum terms requiredby the vendor, the Offer Manager would forward an order/offer to one ormore vendors.

The Purchase Manager can be configured to automatically purchase itemsfrom the providers under certain conditions specified by the user and/orby the system. For example, the user can specify that if the price of acertain new car drops below a certain price, a purchase order isautomatically generated. In some embodiments, the specifications caninclude various features available, such as color, and leather seats.

The Accounting module can be used to calculate charges for the providersusing the system. For example, each time a provider is granted access tothe database, a charge can be generated in the account of the provider.In some embodiments, the charge calculated is based at least in part onuser data, such as purchase history of the user.

The Import Data module is configured to receive user data and to placethe data in the database according to the database structure. In someembodiments, historical transactions of the user conducted throughmerchants or financial service firms may be imported to the system in amanner that insures data accuracy such as the use of a mapping table.The system may perform a lookup function to retrieve product detailsfrom a remote system that corresponds to UPC or comparable productcodes.

The Asset Registry is configured to record and organize an inventory ofthe user. For example the asset registry may record and access in thedatabase a list of music the user has. In some embodiments, the systemuses the user inventory to determine likely preferences of the user. Forexample, if the user has multiple CD's from a certain artist, when a newalbum from the artist becomes available, the system can send a notice tothe user, or the system can send a notice to one or more CD providers,who can generate a communication for the user. In another embodiment,provider product details contained in the Product Database 510 arepresented to the user in an interactive format that assists the user inidentifying the specific products currently in his possession. Thisprocess is necessary to record sufficient detail about the products suchthat subsequent analysis and or matching may be as accurate as possible.The Asset Registry may also be configured to monitor such things as whengrocery items expire, when equipment needs maintenance orrecommendations on how to improve or upgrade the item.

Another aspect is an Edit/organizer module may be used by the user tomanage the graphical appearance and organization of the informationreceived by the user. For example, the information from various vendorsmay be sorted according to any of price, location, when available, and aranking determined by the system based on user preferences. The Editmodule facilitates user modification of lists, assets, offers, repliesto queries, etc. FIG. 6A shows a method of selecting users that matchthe parameters contained in an instruction from a Provider System. Themethod 600, starts with step 610, where the system receives a request toevaluate user data. Then, at step 620, the system parses the request forvarious components, such as actions (e.g. purchase, or requestinformation), and objects, such as the subject of the request (e.g. acar, or an mp3 player). Next, at step 630, the user data is analyzed.This may include determining which of the profile information, userinterests, and access control list entries are relevant to the currentrequest. Furthermore, the user data is analyzed to determine whichproviders on the access control list may meet the needs of the currentrequest. At step 640, the system selects which vendors to contactregarding the request. For example, the request may relate toinformation regarding purchasing a watch. The system may determine localdepartment stores, and online sources for watches matching thedescription of the watch(es) in the request. Next, at step 650 the localdepartment stores and online providers are contacted, whereupon thestores and online providers send information to the system. Then, atstep 660 one or more messages formulated based on the user data, therequest, and the information received from the stores and onlineproviders are sent to the user. In some embodiments, the information ismodified by the system before being sent to the user, for example, toconform to user preferences for organization, display, method ofcommunication, etc.

FIG. 6B shows a method of financial accounting for the system. Themethod 605 starts with steps 615, 625, and 635, which are analogous tosteps 610, 620, and 630 of FIG. 6A. At step 645 a transaction log isanalyzed to evaluate the consumer for accounting purposes. For example,if more frequently than on average, the consumer purchases items forwhich information is requested, the charge to the providers may behigher than average. Then at step 655, the system determines which otherusers match the user data, such as is performed in step 640 of FIG. 6A.Based at least in part on the list of other users and on the results ofthe transaction log analysis, a value for each transaction is calculatedin step 665. Then, at step 675, the results of the calculations areposted as debit or credit entries. In some embodiments, advertisers maydesire to customize messages to consumers. In such a case the analysisservice outlined above would be performed for a pre-determined fee andrecorded by the accounting system for the respective advertiser and, incertain cases, credit the user with money or bonus points.

FIG. 7 shows a block diagram of a database access system for a providersystem 700, such as the provider system 120 of FIG. 1. The system 700has a communication module 710 configured to access data from a database740, which may be similar to database 210 of FIG. 2, via network 750.The communication module 710 is further configured to communicate withuser 760. In some embodiments, the communication module 710 communicatesdirectly with user 760, and in some embodiments the communication module710 communicates with the user 760 via a database management systemconnected with the database 740. In some embodiments, the communicationmodule 710 communicates the information exclusively to the user with auser system, such as user system 500 of FIG. 5.

The provider system 700 has a product database 730 of an inventory ofproducts the provider sells. Each of the products (goods and/orservices) in the inventory has various attributes in the productdatabase 730 in sufficient detail so as to be distinguished fromcomparable products. For example, a cell phone record in the productdatabase 730 may include price, availability, shipping costs, weight,color, battery life, dimensions and various unique features of the cellphone. In some embodiments, the information in the product database 730includes at least one of an advertisement, an offer to sell, and aquery. In some embodiments, the communication module 710 communicatesthe information exclusively to the user as an individualized message.

The provider system 700 also includes a matching service 720 configuredto select information from the product database 730 based on acorrelation between the attributes of the products in the productdatabase 730 and the user data received from the database 740. In someembodiments, the matching service 720 is configured to selectinformation based at least in part on at least one of a time, alocation, a product, an inventory level, and an advertising venue. Forexample, the information selected may be a text message alerting theconsumer that wallets are currently on sale at a nearby store. Thisinformation may have been selected for this customer because theconsumer is currently in the same mall as the wallet store, theinventory in the store is relatively low and only a few generally highspending customers are being told, and this customer often responds wellto text message advertisements.

In some embodiments, the information selected comprises a query, anadvertisement, or an offer to sell. In some embodiments, the user mayrespond with his communication device to the information sent by thesystem. The user data may comprise a consumer response including atleast one of a request for further information, such as price andavailability, a comment that the consumer is not interested now, and apurchase order. In some embodiments, if the user data comprises an orderfor a purchase, the matching service 720 may select a confirmation ofthe purchase as the information sent to the consumer. For example, ifthe consumer chooses to buy a red shirt on sale for $27.95, aconfirmation of the item purchased and the cost may be sent to theconsumer. In some embodiments, the consumer's credit card may be billedby the system. In other embodiments the consumer may take the orderconfirmation to a local store to both pick up and pay for the shirt forthe terms agreed upon in the system.

In some embodiments, the information comprises an offer to sell, wherethe offer is generated so as to be compared by the consumer to one ormore other offers. In some embodiments, multiple sources of offers aresimultaneously interacting with the consumer. Each seller modifies theiroffer interactively, in response to actions by the consumer, and inresponse to the offers of the other sellers. In some embodiments, thisinteractivity is performed automatically by the matching service of eachof the sellers. The result is an automatic reverse auction where theconsumer ultimately receives the best price and/or terms and conditionsfor the item. For example, three athletic shoe vendors may all have asoccer cleat which the consumer would like to buy. Initial bids from thethree vendors may be $45, $50, and $52. Second bids may be $45, $48 withfree delivery, and the third vendor may choose to not bid any further.Final bids may be $45 with a free pair of socks, and $48 with freedelivery. The consumer may then give a signal as to which if either ofthe bids she would like to accept.

FIG. 8 is a block diagram of a provider system showing that the userdata may be used by various components of the matching service 870 togenerate actions for various systems 820. The systems 820 may be any ofa large number of remote systems. In the embodiment shown in FIG. 8, thesystems 820 include at least one of the following: a) a productioncontrol system capable of receiving instructions to modify theproduction process based at least in part on user data; b) an inventorycontrol system capable of receiving instructions to modify the logisticsprocess based at least in part on user data; c) a payment processingsystem and order processing system capable of receiving instructions tomodify commercial transactions based at least in part on user data; d)an advertising booking system capable of receiving instructions tomodify the advertising placement process based at least in part on userdata; e) and a media transmission system capable of receivinginstructions to modify the content creation or media transmission basedat least in part on user data. Actions for various other systems mayalso be generated. Another aspect is an action generator 800 isconfigured to process data from the user data in order to generate oneor more actions. The provider system 800 can include various modules,such as an External Action Controller 860, configured to communicateinstructions to external or remote systems, various processing modulesof the matching service 870 configured to process the user data todetermine the one or more actions to be executed, and a productinformation input/output module 880 configured to receive informationfrom the database 810 via network 850.

In some embodiments, the database 810 is local to the Provider System800. Accordingly, the network 850 may be wired or wireless. The productinformation input/output module 880 is configured to communicate withthe database 810 in order to access information from the database 810and to store information in the database 810.

The processing modules of the matching service 870 are configured toprocess the user data based on various sets of rules so as to automatecommercial interaction with consumers and negotiate transactions. In theembodiment shown, the rules include advertising rules, offer rules,production rules, purchase rules, accounting rules, content rules,payment rules, and inventory rules.

The advertising rules may include minimum income requirements for theconsumer, or a rule that when information of a first product isrequested, in addition to the requested information, information onrelated products, such as accessories, is also provided. Additionally,the rules may dictate specific advertising messages should be deliveredunder a given set of circumstances such that consumers receive asindividualized of a message as possible. The rules may further dictateexternal actions 820 such as booking a Google ad-word because consumersare showing increasing interest in a product with a unique feature.

The offer rules may include rules for accepting an offer to buy from acustomer such that a minimum bid is generated based at least in part onthe user data. For example, a minimum bid for a consumer whichfrequently purchases products sold by the provider may be lower than theminimum bid for a new customer. Similarly, offers to sell at a price mayalso be generated based at least in part on the user data. Additionally,the rules may dictate specific offer terms should be extended under agiven set of circumstances such that consumers receive as individualizedof an offer as possible.

Production rules may include conditions which affect production ofproducts. For example if the provider experiences an increase ininterest in a product, production of the product may be increased. Insome embodiments, production equipment may be controlled to produceproducts as they are ordered or to fulfill custom design requests

Similarly, purchase rules may include conditions which affect thepurchase of goods and/or services needed by the provider. For example ifthe provider experiences an increase in interest in a product, wholesalepurchases of the product or its raw materials may be increased. In someembodiments, purchase orders may be generated to purchase products asthey are ordered.

Accounting rules may, for example, include rules based on policies for acredit account for the consumer. Similarly, raw materials purchases ormanufacturing decisions may be ordered based on accounting rules.

Content rules may be used to determine the content of advertisementssent to the consumer. For example, consumers with user data indicatingthat they are likely to purchase a high-margin product may receiveadvertisement content related only to the high-margin products of theprovider. Similarly, if a certain product is found to be popular in thezip code of the consumer, an advertisement for that product may beselected for the consumer. The rules may dictate the combination ofspecific advertising components to form a complete message such thatconsumers receive as individualized of a message as possible.

Payment rules may be used to determine payment options for the consumer.A consumer may be extended credit based on user data, such as paymenthistory of past purchases from the provider.

Inventory rules may be used to determine need for additional production.In some embodiments, inventory rules may be used to determine pricing.For example, if inventory is below a level, the price may increase.

FIG. 9 is a block diagram showing a user communication device 900connected with a network 950 to a database management system 910 and toa provider 960. The database management system 910 may be similar to thedatabase management system 200 of FIG. 2. The communication device is anembodiment of the consumer system 110 shown in FIG. 1. The communicationdevice 900 comprises an upload module 940, a communication module 920,and an interface module 930.

The communication device 900 is configured to communicate user dataincluding at least one of profile information, user preferences, productinformation, or access control information to the database managementsystem 910. With the communication device 900, the user enters the dataand uploads the information to the database management system 910 whichstores the information in a database (not shown). In addition, thecommunication device 900 is configured to communicate a request forinformation on a product. In some embodiments, multiple communicationdevices are used by the same consumer. For example, a consumer may use afirst communication device 900, a personal computer at home, to uploadcertain profile information, user interests, and access controlinformation. Then, while shopping, the consumer may use a secondcommunication device 900, a cell phone, to upload a user interestcomprising a request for information about a product, such as a newtoaster.

In some embodiments, the upload module 940 comprises a bar-code scanner(not shown) to assist in uploading product identification. Upon findinga product of interest, the consumer scans the bar code of the product.Using the communication device 900, the consumer can label the scannedproduct as to be included as a product of interest. In some embodiments,a level of interest can also be indicated. For example, the consumer maylabel the scanned product as being a planned purchase, a possiblepurchase, a gift purchase for someone else, and/or a subject of arequest for more information, such as price, sizes, colors, sellerlocations, and availability,

The communication device 900 also has a communication module 920 whichis configured to receive data from the database management system 910 ora provider 960. The received data may, for example, comprise a report onthe customer satisfaction for the cell phone. The communication module920 is further configured to transmit the received data to the interfacemodule 930. The interface module 930 is configured to process anddisplay the received information to the consumer on a display. In someembodiments, the information has a format which allows the interfacemodule 930 to present the information to the consumer according to rulesestablished by the consumer. For example, a list of stores selling aproduct of interest may be sorted by distance from the consumer'scurrent location.

In other embodiments, the consumer may simply present a unique code tomake use of a proxy communication device 900 that is being operated by athird party. For example, a merchant credit card might also store theuser's system access code which permits product information to be sentdirectly from the merchant to the data management system 910 without theuser having to physically operate the communication device 900.

The foregoing description details certain embodiments of the invention.It will be appreciated, however, that no matter how detailed theforegoing appears in text, the invention may be practiced in many ways.It should be noted that the use of particular terminology whendescribing certain features or aspects of the invention should not betaken to imply that the terminology is being re-defined herein to berestricted to including any specific characteristics of the features oraspects of the invention with which that terminology is associated.

While the above detailed description has shown, described, and pointedout novel features of the invention as applied to various embodiments,it will be understood that various omissions, substitutions, and changesin the form and details of the device or process illustrated may be madeby those skilled in the technology without departing from the spirit ofthe invention.

What is claimed is:
 1. A networked database management system (DBMS), comprising: a computer accessible data storage, comprising a database locally or remotely located from a plurality of consumers and a plurality of providers, wherein the database comprises: a plurality of records including user data for the plurality of consumers, each record comprising a plurality of logically separable fields for data related to one of the plurality of consumers, the plurality of fields comprising: user personal profile information of the one consumer, wherein the user personal profile information comprises at least demographic information of the one consumer; a user defined food or health need of the one consumer, and access control list data, wherein an access control list is specified by the one consumer and comprises identification information for the plurality of food or health providers which market and sell types of products or services that are relevant to one or more user defined food or health needs, and a plurality of additional records, each additional record including product or service data of one of the plurality of providers; a communication module in data communication with the data storage and configured to receive user personal profile information and user defined food or health needs from the one consumer for storage in the database; a matching module in data communication with the data storage and configured to perform a search on the database for providers which have product or service data matching at least one user defined food or health need of the one consumer and to selectively grant to one or more of the providers access to the user personal profile information and the user defined food or health need of the one consumer stored in the database, based at least in part on the search on the database for providers which have product or service data matching the user defined food or health need and, for only those providers having been found by the search, on the access control list specified by the one consumer; and wherein after granting access to the data storage by one of the providers: one of the providers having been granted access to user data based on matching is determined to have an attribute corresponding with the provider product or service, wherein the attribute is predefined; the demographic information of the one consumer is accessed by the provider with the predefined attribute; and a custom offer is sent from the provider with the predefined attribute relating to a match between the user defined food or health need and provider product or service, wherein the communication and matching modules are executable by a processor.
 2. The DBMS system of claim 1, wherein the predefined attribute is immediate availability.
 3. The DBMS system of claim 1, wherein the predefined attribute is local availability.
 4. A networked database management system (DBMS), comprising: a computer accessible data storage, comprising a database locally or remotely located from a plurality of consumers and a plurality of providers, wherein the database comprises: a plurality of records including user data for the plurality of consumers, each record comprising a plurality of logically separable fields for data related to one of the plurality of consumers, the plurality of fields comprising: user personal profile information of the one consumer, wherein the user personal profile information comprises at least demographic information of the one consumer; user defined individual requirements of the one consumer, and access control list data, wherein an access control list is specified by the one consumer and comprises identification information for the plurality of providers which market and sell types of products or services that are relevant to one or more user defined individual requirements, and a plurality of additional records, each additional record including product or service data of one of the plurality of providers; a communication module in data communication with the data storage and configured to receive user personal profile information and user defined individual requirements from the one consumer for storage in the database; a matching module in data communication with the data storage and configured to perform a search on the database for providers which have product or service data matching at least one user defined individual requirement of the one consumer and to selectively grant to one or more of the providers access to the user personal profile information and the user defined individual requirement of the one consumer stored in the database, based at least in part on the search on the database for providers which have product or service data matching the user defined individual requirement and, for only those providers having been found by the search, on the access control list specified by the one consumer; and wherein after granting access to the data storage by one of the providers: the demographic information of the one consumer is accessed by the one provider having been granted access to user data based on the matching; the one provider is determined to have an attribute corresponding with the one consumer, wherein the attribute is predefined; and a custom offer is sent from the one provider relating to a match between the user defined individual requirement and provider product or service, wherein the communication and matching modules are executable by a processor. 